ダウンリンク割り当てに関連する方法およびデバイス

专利摘要:
本発明は、第２の通信デバイスから無線チャネルを通じて制御情報を受信する第１の通信デバイスにおける方法に関する。第１の通信デバイスは、無線チャネルを通じてサブフレームを受信し、サブフレームの中のデータを読み取ることによって、そのサブフレームが第１の通信デバイス向けのダウンリンク割り当てがされたダウンリンクサブフレームかどうかを判定する。そうである場合、第１の通信デバイスは、サブフレーム内のデータを復号し、データの中のサブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスから送信されたデータパケットのいずれかを見逃しているかどうかを判定する。インジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた前のダウンリンクサブフレームについての知識を提供する。
公开号:JP2011511596A
申请号:JP2010545830
申请日:2009-02-05
公开日:2011-04-07
发明作者:デイヴィッド アステリー，；ロバート バルデメール，；ステファン パークヴァル，
申请人:テレフオンアクチーボラゲット エル エム エリクソン（パブル）；
IPC主号:H04W28-04

专利说明:

[0001] 本発明は、通信ネットワークにおける方法およびデバイスに関する。特に本発明は、ダウンリンク割り当て見逃しの検出および処理に関する。]
背景技術

[0002] ３ＧＰＰで定められた無線アクセスに関するＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の重要な要件は、無線リンクを通じた無線基地局と移動端末との間の伝送に関する周波数の柔軟性である。このために、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方に見られるように、１．４ＭＨｚから２０ＭＨｚまでの間のキャリア帯域幅をサポートしており、対になっている（ペアード）周波数スペクトラムと、対になっていない（アンペアード）周波数スペクトラムとの双方を使用し得る。ＦＤＤに関しては、ダウンリンク（ＤＬ）すなわち基地局から移動端末へのリンクと、アップリンク（ＵＬ）すなわち移動端末から基地局へのリンクとは、異なる周波数いわゆる「ペアード周波数スペクトラム」を使用しており、それ故、同時に送信し得る。ＴＤＤに関しては、アップリンクおよびダウンリンクは、同じ周波数である「アンペアード周波数スペクトラム」を使用しており、同時に送信できない。しかし、アップリンクおよびダウンリンクとは柔軟なやり方で時間を共有することができ、アップリンクおよびダウンリンクに無線フレームのサブフレーム数などの時間量を異なって割り当てることによって、アップリンクとダウンリンクとにおける非対称なトラフィックとリソースの必要性と適応することが可能である。]
[0003] 上記の非対称性はまた、ＦＤＤとＴＤＤとの間に大幅な違いももたらす。ＬＴＥでは、時間が継続期間１０ｍｓの無線フレームに構造化され、各無線フレームは各１ｍｓの１０のサブフレームにさらに分割されている。ＦＤＤに関しては、１つの無線フレームの期間中に同数のアップリンクサブフレームとダウンリンクサブフレームとが使用できるのに対して、ＴＤＤに関しては、アップリンクとダウンリンクのサブフレーム数は異なってもよい。このことからの多くの帰結のうちの１つが、ＦＤＤでは、移動端末が、データパケットに応えてアップリンクサブフレーム中で常に、ある種の固定的処理遅延の影響を受けるフィードバックを送信し得ることである。言い換えると、フィードバック生成に関して、あらゆるダウンリンクサブフレームは、関係が１対１であるやり方で、すなわち、各アップリンクサブフレームに正確に１つのダウンリンクサブフレームが関係するように、特定の後のアップリンクサブフレームに関係しうる。しかしＴＤＤに関しては、無線フレーム期間中のアップリンクとダウンリンクのサブフレーム数が異なってもよいので、そのような１対１の関係を構築することは一般に可能でない。アップリンクサブフレームよりダウンリンクサブフレームが多い通常の場合に関しては、むしろ、いくつかのダウンリンクサブフレームからのフィードバックを少なくとも１つのアップリンクサブフレームの中で送信することを必要とする。]
[0004] Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）では、継続期間１０ｍｓの無線フレームが１０のサブフレームに分割されており、各サブフレームは１ｍｓの長さである。ＴＤＤの場合、サブフレームは、以下に説明する特殊サブフレームか、またはアップリンクもしくはダウンリンクに割り当てられている、すなわちアップリンク送信とダウンリンク送信とを同時に行うことはできない。さらに、１０ｍｓの無線フレームのそれぞれは、継続期間５ｍｓの２つのハーフフレームに分割されており、各ハーフフレームは５つのサブフレームから成る。]
[0005] 無線フレームの１番目のサブフレームは、常にダウンリンク送信に割り当てられている。２番目のサブフレームは、特殊サブフレームであり、合計期間が１ｍｓの３つの特別のフィールドであるダウンリンク部ＤｗＰＴＳ、ガード期間（ＧＰ）およびアップリンク部ＵｐＰＴＳに分けられている。]
[0006] ＵｐＰＴＳは、構成によってはアップリンクにおけるサウンディング基準信号の送信に使用され、構成によってはより短いランダムアクセスプリアンブルの受信に使用される。ＵｐＰＴＳでは、データも制御シグナリングも送信できない。]
[0007] ＧＰは、ダウンリンクサブフレーム期間とアップリンクサブフレーム期間との間にガード期間を作るために使用され、アップリンク送信とダウンリンク送信との間の干渉を避けるために様々な長さを取れるように構成されてもよい。長さは、サポートしているセル半径に基づき通常選択される。]
[0008] ＤｗＰＴＳは、他のダウンリンクサブフレームと同様にダウンリンク送信に使用されるが、大きな違いは期間が短いことである。]
[0009] 残りのサブフレームのアップリンク送信およびダウンリンク送信への割り当てに関して、異なるやり方がサポートされており、１番目のハーフフレームと２番目のハーフフレームが全く同じ構造を有する５ｍｓ周期の割り当てと、ハーフフレームが異なって編成される１０ｍｓ周期の割り当ての両方がある。特定の構成に関しては、２番目のハーフフレームの全部がダウンリンク送信に割り当てられる。５ｍｓ周期の場合は、ダウンリンクとアップリンクの比は、（ＤｗＰＴＳを通常のフルダウンリンクサブフレームと見なして）例えば２／３、３／２、４／１等でもよい。１０ｍｓ周期の場合は、ダウンリンクとアップリンクの比は、例えば５／５、７／３、８／２、９／１等でもよい。]
[0010] Ｅ−ＵＴＲＡのダウンリンクでは、１５ｋＨｚのサブキャリア間隔を有する直交周波数分割多重化（ＯＦＤＭ）が使用されている。設定されたサイクリックプレフィックス長に応じて、１ｍｓのサブフレームは、時間内に１２または１４のＯＦＤＭシンボルを有する。また、サブフレームの半分、すなわちスロットに、周波数領域の１２の連続するサブキャリアを掛けたもの、の内のすべてのＯＦＤＭシンボルの２次元構造に言及するために、リソースブロックという用語が使用される。特殊サブフレームのダウンリンク部（ＤｗＰＴＳ）は期間が可変であり、通常のサイクリックプレフィックスの場合は３、９、１０、１１または１２のＯＦＤＭシンボル長を取るものと想定でき、拡張サイクリックプレフィックスの場合は３、８、９または１０のＯＦＤＭシンボル長を取るものと想定できる。]
[0011] Ｅ−ＵＴＲＡのアップリンクでは、離散フーリエ変換（ＤＦＴ）事前符号化(pre-coded)ＯＦＤＭとも呼ばれる、シングルキャリア周波数分割多元接続ＳＣ−ＦＤＭＡが使用されている。サブキャリア間隔、サイクリックプレフィックス長およびＯＦＤＭシンボル数に関して、基礎をなす２次元（時間および周波数）の算術(numerology)は同じである。大きな違いは、あるＯＦＤＭシンボルで送信される変調データシンボルがＤＦＴで変換され、ＤＦＴの出力がサブキャリアにマッピングされることである。]
[0012] ダウンリンク方向とアップリンク方向の両方向の送信性能を改善するために、ＬＴＥは、ハイブリッド自動再送要求（ＨＡＲＱ）を使用する。ダウンリンク送信に関するこのメカニズムの機能について、以下に説明する。]
[0013] ＨＡＲＱの基本概念は、端末が、ダウンリンクサブフレーム（の一部）でデータを受信後、その復号を試み、次いで復号が成功（ＡＣＫ、肯定応答）かそれとも不成功（ＮＡＫ、否定応答）かを基地局に報告するものである。復号の試みが不成功の場合は、それ故、基地局が後のアップリンクサブフレームでＮＡＫを受信し、誤って受信されたデータに関して再送信し得る。]
[0014] ダウンリンク送信は、動的にスケジュールされてもよい、すなわち、各ダウンリンクサブフレームにおいて、基地局は、どの端末が現在のダウンリンクサブフレームの中のどのリソースでデータを受信すべきかについての制御情報を送信する。端末へのそのような制御情報メッセージは、ダウンリンク割り当てと呼ばれる。従って、ダウンリンク割り当てには、割り当てがどの端末向けであるかの情報に加えて、意図した端末へデータが、例えばいくつおよびどのリソースブロックなどの、どのリソースで送信されるかについての情報、および以降のデータを復号するために端末が必要とする変調符号化スキームなどの情報も含む。ここでリソースは、リソースブロックのセットを備える。この制御シグナリングは、各サブフレームの最初の１、２、３または４のＯＦＤＭシンボルで送信され、データはサブフレームの残りの部分で送信される。１つのダウンリンクサブフレームの中で端末に送信されるデータはトランスポートブロックと呼ばれ、その伝送に応えてＡＣＫ／ＮＡＫが送信される。]
[0015] 従って、端末は、ダウンリンクサブフレームの中の制御チャネルを聴取し、自端末宛てのダウンリンク割り当てを検出した場合、以降のデータの復号を試みる。端末はまた、送信に応えて、データトランスポートブロックが正しく復号されたか否かに応じて、ＡＣＫまたはＮＡＫの形態のフィードバックを生成する。さらに、基地局が割り当てを送信した制御チャネルリソースから、端末は、対応するアップリンク制御チャネルリソースを決定し得る。従って、ダウンリンク制御チャネルはアップリンクチャネルリソースに関連付けられており、ダウンリンク制御チャネルで、ダウンリンク割り当てが送信されてもよい。各ＤＬサブフレームでは、いくつかの制御チャネルが送信されてもよく、従って幾人かのユーザがアップリンクおよびダウンリンクにデータを割り当てられてもよい。また、ＵＥはいくつかの制御チャネルを聴取してもよい。]
[0016] Ｅ−ＵＴＲＡＮのＦＤＤに関して、端末は、サブフレームｎでのダウンリンク割り当ての検出に対応して、サブフレームｎで端末に送信されたトランスポートブロックの復号を試み、アップリンクサブフレームｎ＋４でＡＣＫ／ＮＡＫ報告を送信する。いわゆるＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）マルチレイヤ送信の場合に関しては、２つのトランスポートブロックが１つのダウンリンクサブフレームで送信され、端末は、対応するアップリンクサブフレームの中の２つのＡＣＫ／ＮＡＫ報告で応答する。]
[0017] 端末へのリソースの割り当ては、スケジューラが処理し、スケジューラは、リソースを効率的に使用する一方で遅延および伝送速度の要件も満足するように、トラフィックおよび無線状態を考慮する。スケジューリングおよび制御シグナリングは、サブフレーム毎に行われてもよい。通常、各ダウンリンクサブフレームは、他と無関係にスケジュールされる。]
[0018] 前述のように、端末が基地局からのダウンリンクサブフレームの中でデータを受信する最初のステップは、ダウンリンクサブフレームの制御フィールドの中でダウンリンク割り当てを検出することである。基地局がそのような割り当てを送信したが端末がその復号に失敗した場合、端末はスケジュールされたことを知ることが当然できず、従ってアップリンクにおいてＡＣＫ／ＮＡＫで応答しないであろう。この状況は、ダウンリンク割り当て見逃し(missed downlink assignment)と呼ばれる。ＡＣＫ／ＮＡＫ応答のないことが基地局で検出され得る場合、基地局は、このことを以降の再送信で考慮し得る。通常、基地局は少なくとも見逃されたパケットを再送信すべきであるが、他の送信パラメータの調整をしてもよい。]
[0019] ダウンリンク割り当てはダウンリンクサブフレームの全部について他と無関係に行われてもよいので、端末は、単一のアップリンクサブフレームで全部が確認応答される複数のダウンリンクサブフレームでの、ダウンリンク送信を割り当てられることがある。従って、複数のＤＬサブフレームでのダウンリンク送信に対する、所与の単一のアップリンクサブフレームでの端末からのＡＣＫ／ＮＡＫフィードバックを、アップリンク制御シグナリングは何らかのやり方でサポートする必要がある。]
[0020] １つのやり方は、１つのアップリンクサブフレームにおいて、複数の（各ダウンリンクサブフレームにおける各ダウンリンク送信に対する）個別のＡＣＫ／ＮＡＫビットを端末が送信することを可能にすることである。しかし、このようなプロトコルは、１つかまたは２つのＡＣＫ／ＮＡＫ報告の送信よりカバレッジ(coverage)が悪い。制御シグナリングのカバレッジおよび容量を改善するために、ＡＣＫ／ＮＡＫを何らかの形態で圧縮またはバンドリングすることが可能であり、これはＡＣＫ／ＮＡＫバンドリングと呼ばれる。このことは、所与のアップリンクサブフレームで送信されるすべてのＡＣＫ／ＮＡＫが、単一のＡＣＫ／ＮＡＫ報告のような、より少ないビット数へと併合されることを意味する。一例として、すべてのダウンリンクサブフレームのトランスポートブロックが正しく受信され、それ故、肯定応答される場合だけ、端末はＡＣＫを送信し得る。あらゆる他の場合には、すべてのダウンリンクサブフレームに対する連結ＮＡＫが送信され、これは少なくとも１つのダウンリンクサブフレームに対してＮＡＫが送信されることを意味する。上述のように、ＦＤＤにおけるように単一のサブフレームが関連付けられるのではなく、ＴＤＤにおいては、各アップリンクサブフレームに対して、ダウンリンクサブフレームのセットが関連付けられてもよく、サブフレームのセットについてのダウンリンク送信に対しては、所与のアップリンクサブフレームにおいてＡＣＫ／ＮＡＫ応答が与えられるだろう。バンドリングとの関連で、このセットは、バンドリングウインドウと呼ばれることが多い。]
[0021] バンドリングの別の利点は、ＴＤＤのアップリンク／ダウンリンクの非対称性に関係なく、バンドリングが、ＦＤＤについてのものと同じ制御チャネルシグナリングフォーマットを再使用すること可能にすることである。欠点は、ダウンリンク効率の恐らく少しの低下である。基地局がＮＡＫを受信した場合、基地局は、いくつおよびどのダウンリンクサブフレームが誤って受信され、どれが正しく受信されたかを知ることができない。従って、基地局は、それらすべてを再送信する必要があるかもしれない。]
[0022] ＡＣＫ／ＮＡＫバンドリングの問題は、端末がダウンリンク割り当てを見逃がすかもしれず、見逃したことがバンドルされた応答の中で示されないかもしれないことである。例として、以下のように仮定する。端末が、連続する２つのダウンリンクサブフレームにスケジュールされている。１番目のサブフレームに関しては、端末がスケジューリングを行うダウンリンク割り当てを見逃し、スケジュールされていたことに気付かないのに対して、２番目のサブフレームに関しては、端末が首尾よくデータを受信する。その結果、端末はＡＣＫを送信し、そのＡＣＫを、端末が気付かなかったサブフレームの中のデータを含む両方のサブフレームを保持するものと、基地局は見なすであろう。その結果、データが失われるであろう。紛失データはより高位レイヤのプロトコルで処理される必要があり、これは通常ＨＡＲＱ再送より長い時間がかかり、より効率が悪い。実際のところ、端末が所与のアップリンクサブフレームに関連付けられたバンドリングウインドウ中で送信されたダウンリンク割り当てをすべて見逃した場合に限り、端末は、そのアップリンクサブフレームでＡＣＫ／ＮＡＫを少しも送信しないであろう。]
[0023] 従って、見逃がされたダウンリンク割り当ては、一般により高位レイヤのプロトコルで訂正する必要があるブロックエラーになり、スループットおよびレイテンシに関する性能に悪影響を及ぼす。また、遅延の増加は、ＴＣＰベースのアプリケーションとの望ましくない相互作用をもたらすことがある。]
[0024] それ故、本明細書の実施形態の目的は、ダウンリンク割り当て見逃しを処理することおよび／またはダウンリンク割り当て見逃しを検出可能にすることである。]
[0025] 本明細書の実施形態は、第２の通信デバイスから無線チャネルを通じて制御情報およびデータを受信する第１の通信デバイスにおける方法を開示する。第１の通信デバイスは、無線チャネルを介してサブフレームの少なくとも一部を受信し、そのサブフレームが第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームかどうかを検出する。]
[0026] ダウンリンク割り当てがされたサブフレームである場合、第１の通信デバイスは、そのサブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスから送信されたデータに対する少なくとも１つのダウンリンク割り当てが見逃がされているかどうかを判定する。インジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた前のダウンリンクサブフレームについての知識を提供する、例えば、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を示す情報を提供する。さらに、第１の通信デバイスは、サブフレーム内のデータの復号もしてもよいが、第１の通信デバイスが、前のサブフレームを見逃している（または、前のサブフレームの復号に失敗した）ことを検出した場合、第１の通信デバイスは、生成される応答がＮＡＫであるか、または全く応答しない、つまり不連続送信ＤＴＸであることを知っているので、復号を試みる必要がなくてもよい。]
[0027] この方法を実行するために、第１の通信デバイスは、第２の通信デバイスから無線チャネルを通じて制御情報およびデータを受信するように提供される。第１の通信デバイスは、無線フレームのサブフレームを受信するように構成された受信装置１０３と、サブフレームが第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームかどうかを判定するように構成された制御ユニット１０１とを備える。]
[0028] サブフレームが第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームである場合、制御ユニット１０１は、そのサブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスでスケジュールされて、送信されたデータに対するダウンリンク割り当てが見逃されているかどうかを判定するようにさらに構成される。インジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を提供するように構成される。]
[0029] いくつかの実施形態は、無線チャネルを通じて第１の通信デバイスに、第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームで制御情報およびデータを送信する第２の通信デバイスにおける方法を開示する。]
[0030] 第２の通信デバイスは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を提供するインジケータをサブフレームの制御情報に付加し、そのサブフレームを用いて制御情報およびデータを第１の通信デバイスに送信する。]
[0031] この方法を実行するために、第２の通信デバイスは、無線チャネルを通じて第１の通信デバイスに、無線フレームの第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームを用いて制御情報およびデータを送信するように提供される。第２の通信デバイスは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を提供するように構成されたインジケータをサブフレームの制御情報に付加するように構成された制御ユニットと、第１の通信デバイスにそのサブフレームを用いて制御情報およびデータを送信するように構成された送信装置とを備える。]
[0032] 例えば（移動）端末などの第１の通信デバイスが、バンドリングウインドウと呼ばれる、同じアップリンクサブフレームに関連付けられたダウンリンクサブフレームのセット内で送信されたダウンリンク割り当てを見逃した場合、各ダウンリンクサブフレームの中で伝達されたダウンリンク割り当てには、バンドリングウインドウ内の、前のサブフレームの割り当てについての知識を備えるので、第１の通信デバイスはこのことに気が付く、すなわち、ダウンリンク割り当ての見逃しの検出が改善される。また、いくつかの実施形態において、端末が割り当てを検出した最後のサブフレームと関連付けられた制御チャネルリソースを選択する場合、端末は、１つの見方によれば、最後に受信したＤＬサブフレームがどれかを基地局に伝えるであろう。このようにすれば、例えば基地局などの第２の通信デバイスは、端末が割り当てを見逃したかどうかを最終的に検出し得る。これは、端末が「間違った」リソース、すなわち基地局が知っている、割り当てがされた最後のサブフレームと関係のないリソースを使用するからである。実施形態は、ダウンリンク割り当てが見逃された場合に、送信が首尾よく受信されたと肯定応答される確率を下げる。]
[0033] 実施形態について、これより添付の図面に関してより詳細に説明する。]
図面の簡単な説明

[0034] Ｅ−ＵＴＲＡＮにおけるハーフ無線フレームを示す図である。
５ｍｓ周期を使用する構成を有する無線フレームの例を示す図である。
１０ｍｓ周期を使用する構成を有する無線フレームの例を示す図である。
複数のダウンリンクサブフレームをＡＣＫ／ＮＡＫフィードバック用の単一のアップリンクサブフレームに関連付ける一例を示す図である。
無線通信システムの概観図である。
バンドリングウインドウがどのように定められてもよいかの一例として、異なるアップリンク（ＵＬ）：ダウンリンク（ＤＬ）割り当てを示す図である。
割り当てられたダウンリンクサブフレームおよび前に割り当てられたＤＬサブフレームについての知識のシグナリングの例を示す図である。
様々な割り当てに対するダウンリンク割り当ての検出の例を示す図である。
シグナリングスキームと方法スキームとを合成した概観図である。
第２の通信デバイスにおける方法の概観図である。
第２の通信デバイスの概観図である。
第１の通信デバイスにおける方法の概観図である。
第１の通信デバイスの概観図である。]
実施例

[0035] 簡単に述べると、本解決手段は、以下のように要約されてもよい。ｅＮｏｄｅＢと、ＮｏｄｅＢと、同種のものとのうちの少なくとも１つであるような基地局が、バンドリングウインドウに含まれるデータパケットを移動端末に送信する時に、同時に、バンドリングウインドウ内のサブフレームであって移動端末への送信がスケジュールされていた、前のサブフレームについての知識すなわち情報を、移動端末と同種のものとのうちの少なくとも１つであるようなユーザ装置に対して提供する。このようにして、移動端末は、割り当てを検出したサブフレームに先行するサブフレームにおける割り当てが見逃されているかどうかを確認し得る。端末は、サブフレームの最後で割り当てを見逃すかもしれないので、割り当てが検出された最後のＤＬサブフレームに関連付けられた制御チャネルリソースを選択してもよい。これは、端末がいわゆるバンドリングウインドウの最後で割り当てを見逃したかどうかを、基地局が検出するのを可能にする。]
[0036] 実施形態は、単一のＵＬサブフレームに関連付けられたサブフレームのセット内の、以前にスケジュールされた割り当てについての知識を第１の通信デバイスに提供する、第２の通信デバイスにおける方法と、この方法を実行するように構成された第２の通信デバイスとに関する。実施形態はまた、ＤＬスケジューリング割り当てを検出した最後のＤＬサブフレームに関連付けられたアップリンク制御チャネルを使用する、第１の通信デバイスにおける方法と、この方法を実行するように構成された第１の通信デバイスとにも関する。前述の知識を用いて、第１の通信デバイスは、適切にＡＣＫ／ＮＡＫを送信する。上の例では、第１の通信デバイスが１番目のサブフレームでデータを受信することになっていたと２番目のサブフレームから知った場合、第１の通信デバイスは、２番目のサブフレームの中の制御チャネルに関連付けられたリソースでＡＣＫではなくＮＡＫを伝えるか、または割り当てを見逃したことを伝えるために恐らく全く応答しないであろう。上の例では、端末に２つの連続するサブフレームの中でリソースが割り当てられていて、端末が２番目の割り当てを見逃した場合、端末は２番目のサブフレームでなく１番目のサブフレームに関連付けられたリソースで応答するので、端末が２番目の割り当てを見逃したことを基地局は検出し得る。]
[0037] 図１は、Ｅ−ＵＴＲＡＮにおけるハーフ無線フレームを示している。継続期間１０ｍｓのＥ−ＵＴＲＡＮの無線フレームが１０のサブフレームＳＦに分割されており、各サブフレームは１ｍｓの長さである。１０ｍｓ無線フレームのそれぞれは、継続期間５ｍｓの２つのハーフフレームに分割され、各ハーフフレームは、５つのサブフレームＳＦ０〜ＳＦ４から成る。ＴＤＤの場合、サブフレームは特殊サブフレームであるか、またはアップリンク↑もしくはダウンリンク↓に割り当てられて、すなわちアップリンク送信とダウンリンク送信とは同時に起こり得ない。図示のハーフ無線フレームでは、サブフレームＳＦ２、あるいはＳＦ２およびＳＦ３、あるいはＳＦ２、ＳＦ３およびＳＦ４がアップリンク送信に割り当てられてもよい。] 図１
[0038] １番目のサブフレームＳＦ０は、常にＤＬ送信に割り当てられる。２番目のサブフレームＳＦ１は、特殊サブフレームであり、合計期間が１ｍｓである３つの特別のフィールド、ダウンリンク部ＤｗＰＴＳ、ガード期間（ＧＰ）およびアップリンク部ＵｐＰＴＳに分割されている。]
[0039] ＤｗＰＴＳは、他のダウンリンクサブフレームと同様にダウンリンク送信に使用されるが、違いは期間が短いことである。本発明との関連では、特殊サブフレームのＤｗＰＴＳは通常のダウンリンクサブフレームと見なしてもよい。]
[0040] ＧＰは、ダウンリンクサブフレームの期間とアップリンクサブフレームの期間との間にガード期間を作るために使用され、アップリンク送信とダウンリンク送信との間の干渉を避けるために様々な長さを取れるように構成されてもよく、セル半径に基づき通常選択される。]
[0041] ＵｐＰＴＳは、アップリンクのサウンディング基準信号に使用され、構成によっては短いランダムアクセスプリアンブルの受信に使用される。ＵｐＰＴＳでは、データも制御信号も送信できない。]
[0042] 残りのサブフレームのアップリンク送信およびダウンリンク送信への割り当てに関して、異なるやり方がサポートされており、１番目のハーフフレームと２番目のハーフフレームが全く同じ構造を有する５ｍｓ周期の割り当てと、ハーフフレームが異なって編成される１０ｍｓ周期の割り当ての両方がある。特定の構成に関しては、２番目のハーフフレームの全部がダウンリンク送信に割り当てられる。現在サポートされている構成は、５ｍｓ周期または１０ｍｓ周期を使用する。]
[0043] 図２は、５ｍｓ周期を使用する構成を有する無線フレームの例を示す。ＲＦ１は、２ＤＬ（ＤｗＰＴＳを含む）と３ＵＬ（ＵｐＰＴＳを無視）の構成を備える、すなわち、ダウンリンクとアップリンクの比は２／３である。同様に、ＲＦ２は、３ＤＬと２ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は３／２である。ＲＦ３は、４ＤＬと１ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は４／１である。] 図２
[0044] 図３は、１０ｍｓ周期を使用する構成を有する無線フレームの例を示す。ＲＦ４は、５ＤＬと５ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は１／１である。ＲＦ５は、７ＤＬと３ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は７／３である。ＲＦ６は、８ＤＬと２ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は８／２である。ＲＦ７は、９ＤＬと１ＵＬの構成を備える、すなわち、ダウンリンクとアップリンクの比は９／１である。] 図３
[0045] 図４は、割り当てられたＤＬサブフレームからのＡＣＫ／ＮＡＫを、ＵＬサブフレームにおける単一のＡＣＫ／ＮＡＫ報告にバンドルする一例を示す。上述のように、サブフレームｎでのダウンリンク割り当てに応えるＡＣＫ／ＮＡＫは、サブフレームｎ＋ｋ、ここでｋ＞３で報告される。すなわち、図示の例では、ＤＬ１〜ＤＬ４に対するＡＣＫ／ＮＡＫは、最も早い場合にはサブフレーム８であるＵＬサブフレームで報告される。所与のアップリンクサブフレームに関連付けられたダウンリンクサブフレーム数は、アップリンクとダウンリンクのサブフレーム構成に依存し、（図６に示されているように）異なるアップリンクサブフレームに対しては異なってもよい。] 図４ 図６
[0046] ダウンリンク割り当てはダウンリンクサブフレームの全部について独立に行われてもよいので、端末は、同じ単一のアップリンクサブフレームで全部が確認応答される複数のダウンリンクサブフレームにダウンリンク送信を割り当てられてもよい。従って、アップリンク制御シグナリングは、複数のＤＬサブフレームでのダウンリンク送信に対する、単一の所与のアップリンクサブフレームにおける端末からのＡＣＫ／ＮＡＫフィードバックを、何らかのやり方でサポートする必要がある。]
[0047] ＦＤＤに関しては、端末は、ダウンリンクデータ送信に対して、４サブフレームという固定された遅延の後に、ＡＣＫ／ＮＡＫで常に応答し得るのに対して、ＴＤＤに関しては、一般にアップリンクサブフレームとダウンリンクサブフレームとの間に１対１の関係がない。これに関しては、上で説明した。従って、端末は、サブフレームｎでのダウンリンク割り当てに応えて、アップリンクサブフレームｎ＋４でＡＣＫ／ＮＡＫを常に送信することはできない。これは、このサブフレームｎ＋４がアップリンク送信に割り当てられていないかもしれないからである。代わりに、各ダウンリンクサブフレームは、処理遅延を最小とすることを条件として、特定のアップリンクサブフレームに関連付けられてもよい、この意味することは、サブフレームｎでのダウンリンク送信に応えるＡＣＫ／ＮＡＫは、サブフレームｎ＋ｋ、ここではｋ＞３、で報告されるということである。さらに、無線フレームにおいて、ダウンリンクサブフレーム数がアップリンクサブフレーム数より多い場合、複数のダウンリンクサブフレームに割り当てられたデータ送信に応えるＡＣＫ／ＮＡＫが、単一のアップリンクサブフレームで送信される必要があるかもしれない。所与のアップリンクサブフレームに関して、関連付けられたダウンリンクサブフレームの数は、アップリンクとダウンリンクのサブフレームの構成に依存し、異なるアップリンクサブフレームに対して異なってもよい。また、ＦＤＤに関しては、対応するダウンリンクサブフレームの中のダウンリンク制御チャネルに１対１のやり方で関連付けられうる、制御チャネルリソースのセットが、アップリンクサブフレームの中に存在する。ＴＤＤに関しては、類似のフィードバックリソースのセットが、関連付けられたサブフレームのセット内の各ＤＬサブフレームに対して保留される必要がある。従って、ＴＤＤに関しては、このようにアップリンクサブフレームの中により多くの制御チャネルリソースがあり、各ダウンリンクサブフレームの中の制御チャネルは、１対１のやり方でアップリンク制御チャネルリソースに関連していてもよい。]
[0048] 図５は、Ｅ−ＵＴＲＡＮ（ＬＴＥとしても知られている）などの無線通信システム１を表す。通信システム１はＴＤＤを使用し、第１の通信デバイスである移動端末１０と、第２の通信デバイスである基地局２０とを備え、それらのデバイスは、２方向の伝送を分けるためにＴＤＤを使用する無線チャネル１３を通じて互いに通信するように構成されている。基地局２０は、ＮｏｄｅＢ、ｅＮｏｄｅＢ、または無線チャネルを通じて移動端末と通信できる他の任意のネットワークユニットでもよい。移動端末１０は、移動電話機、携帯情報端末（ＰＤＡ）、ユーザ装置（ＵＥ）、またはＴＤＤを使用する無線チャネルを通じて基地局と通信できる他の任意のネットワークユニットでもよい。しかし、基地局および移動端末などの用語は非限定と考えるべきであり、２つの間の特定の階層的関係を特に暗示しないと理解すべきである。一般に、「基地局」を第１の通信デバイス１０と見なし、移動端末を第２の通信デバイス２０と見なすことができ、これら２つのデバイスが何らかの無線チャネルを通じて互いに通信する。本発明がＴＤＤに限定されず、ＴＤＤと類似の伝送が可能な半二重ＦＤＤまたはＦＤＤにも適用可能であることも理解すべきである。] 図５
[0049] システム１は、無線チャネルを通じてサブフレームの中のデータのトランスポートブロックを送信するために、ＨＡＲＱおよびＡＣＫ／ＮＡＫバンドリングを使用する。１つのアップリンクサブフレームに関連付けられて、ダウンリンクサブフレームが、０、１、または２以上あってもよい。１つのアップリンクサブフレームに関連付けられたダウンリンクサブフレームのセットは、バンドリングウインドウと呼ばれ、異なるアップリンクサブフレームは、異なるバンドリングウインドウサイズを有してもよい。各バンドリングウインドウでは、トランスポートブロックの形態のデータが、１つまたはいくつかのダウンリンクサブフレームの中で、移動端末１０に送信される。これらのパケットは、基地局のバッファに格納され、次いで１つずつ移動端末１０に送信されてもよい。移動端末１０が個別のデータパケットを正しく検出し正しく復号したという肯定応答を基地局２０が受信するか、または再送信が最大回数行われるか、所定の期間が経過するまで、パケットはバッファから削除されない。基地局２０は典型的には、移動端末１０から肯定応答を受信しない場合、移動端末１０が肯定応答するまで、または所定の期間が終了するまで、肯定応答されていないデータパケットを再送信し、それからデータパケットを消去する。]
[0050] 移動端末１０において見逃したＤＬ割り当てを検出する可能性を可能とするために、基地局２０は、移動端末１０に、例えばスケジューリングコマンドすなわちＤＬ割り当ての一部として、前の割り当てについての知識を伝える。基地局におけるＤＬ割り当て見逃しの検出をさらに可能にするために、本発明は、ＤＬスケジューリング割り当てが検出された最後のサブフレームに関連付けられたアップリンク制御チャネルの使用にも関する。前述の知識を用いて、移動端末１０は、適切にＡＣＫ／ＮＡＫを送信してもよいし、また何も送信しなくてもよい。例えば、移動端末１０が、２番目に割り当てられたＤＬであることを示す割り当てられたＤＬの制御情報を読み取り、１番目のＤＬ割り当てを検出していない場合、送信が首尾よく肯定応答されたと基地局が検出する確率を減らすために、移動端末は、割り当てられたＤＬのバンドルに関してＮＡＫを送信してもよいし、また全く応答しなくてもよい。]
[0051] 従って、移動端末は、バンドリングウインドウ内の１つ以上のダウンリンク割り当てを見逃した（検出に失敗した）場合、移動端末が実際に検出した割り当てを調べることによって、このことを判定できるであろう。端末がバンドリングウインドウ内のすべてのダウンリンク割り当てを見逃した場合、またはバンドリングウインドウの最後の割り当てを見逃した場合だけ、端末は、このことに気付かずに見逃すであろう。さらに、端末が割り当てを検出した最後のサブフレームに関連付けられたリソースを使用するので、割り当てが検出された最後のサブフレームの後のいずれかのサブフレームで端末が割り当てを見逃したかどうかを、基地局は検出し得る。]
[0052] 図６は、バンドリングウインドウがどのように定められるかの一例として、異なるアップリンク（ＵＬ）：ダウンリンク（ＤＬ）の構成を示す。図６では、アップリンクサブフレームは上向き矢印で示され、ダウンリンクサブフレームは下向き矢印で示され、ＤｗＰＴＳ−ＧＰ−ＵｐＰＴＳサブフレームは、下向き矢印と上向き矢印の両方を備える。例では、関連付けられたダウンリンクサブフレーム数Ｋは、異なるアップリンクサブフレームに対して異なり、また異なる非対称性に対しても異なる。１番目の無線フレームＲＦ３は、１０のサブフレームＳＦ０〜ＳＦ９を備えるものとして示されており、構成は５ｍｓ周期を用いて行われている。無線フレームＲＦ３の４ＤＬ：１ＵＬ構成に関して、各ハーフフレームの中のアップリンクサブフレームＵＬ１は、４つのダウンリンクサブフレーム（Ｋ＝４）に関連付けられ、最後の受信とＵＬとの間に少なくとも３ｍｓをおくために、ＤＬのＳＦ４〜ＳＦ６およびＳＦ８は、ＵＬに割り当てられたＳＦ２で報告される。同様に、ＤＬのＳＦ９、ＳＦ０、ＳＦ１およびＳＦ３は、ＵＬに割り当てられたＳＦ７で報告される。] 図６
[0053] 無線フレームＲＦ２の３ＤＬ：２ＵＬ構成に関して、各ハーフフレームにおける１番目のアップリンクサブフレームは、２つのダウンリンクサブフレーム（Ｋ＝２）に関連しているのに対して、２番目のアップリンクサブフレームは、１つのＤＬサブフレーム（Ｋ＝１）に関連している。]
[0054] 図６を参照すると、各ＤＬサブフレームの中のＤＬ割り当てを伝えてもよいＤＬ制御チャネルのそれぞれが、特定のＵＬ制御チャネルリソースに関連付けられている。] 図６
[0055] Ｋ個のＤＬサブフレームに対するＡＣＫ／ＮＡＫが単一のＵＬサブフレームにバンドルされ、ＤＬサブフレーム１からＤＬサブフレームｍまでの番号を付けられている場合を考える。ＤＬサブフレームｎでは、基地局が、（スケジューリングコマンドの一部として）前にスケジュールされたＤＬサブフレーム数を端末に伝える。ＤＬサブフレームｍでは、前にスケジュールされる最大可能サブフレーム数はｍ−１である。]
[0056] もう少し具体的に言うと、バンドリングウインドウの１番目のＤＬサブフレームｍ＝１では、前にスケジュールされたサブフレームはあり得ない。バンドリングウインドウの２番目のＤＬサブフレームｍ＝２では、前にスケジュールされたサブフレーム数は０かまたは１であってもよい。バンドリングウインドウの３番目のＤＬサブフレームｍ＝３では、前にスケジュールされたサブフレーム数は０、１または２であってもよい等である。代わりとしては、前にスケジュールされたＤＬサブフレーム数は伝えられず、ＵＥにスケジュールされた最後のサブフレームの番号が伝えられる。]
[0057] サブフレームのナンバリング(numbering)は、以下に示すやり方などの、いくつかのやり方で再出発されてもよい。
・無線フレームまたはハーフフレームの始まり。
・バンドリングウインドウと呼ばれるＤＬサブフレームのグループのそれぞれの始まり。]
[0058] Ｄ個のＤＬサブフレームおよびＵ個のＵＬサブフレームの場合に関して、Ｄ個のサブフレームはバンドリングウインドウと呼ばれるｍｉｎ（Ｕ，Ｄ）個のグループに分割される。ＵＬサブフレームよりＤＬサブフレームが多い場合に関しては、この意味することは、Ｕ個のグループが有り、ＵＬサブフレームｕと関連付けられたＫＵ個のＤＬサブフレームを各グループは有し、ＫＵ個のそれぞれのＤＬサブフレームはｕ＝１，２，…ＫＵと番号を付けられていることである。この場合、関連付けられたＤＬサブフレームのグループのそれぞれに対して、すなわち各バンドリングウインドウに対して、ナンバリングが再出発されてもよい。]
[0059] ＵＥは、各ＤＬサブフレームの中のＤＬ割り当ての復号を試みるだろうから、それ故、ＤＬサブフレームのグループの間で検出されたＤＬ割り当ての数を常に知り得る。ＵＥがＤＬ割り当てを受信した各ＤＬサブフレームに対して、ＵＥは、ＤＬ割り当てをいくつ受信したかを数えるカウンタの値を増やしてもよい。ＵＥはさらに、伝達された、前にスケジュールされたＤＬサブフレーム数を比べてもよく、それをＵＬの受信したＤＬサブフレームのカウンタと比べてもよい。このようにして、ＵＥは、自装置がＤＬ割り当てを見逃しているかどうかを検出する。]
[0060] 次いで、バンドリングの場合に関しては、移動端末は、自装置が何れかのＤＬサブフレームを見逃していたと検出した場合、ＮＡＫを送信するなどの適切な措置を取る。]
[0061] 代替形態は、端末が基地局に報告を全く送信しないことである。基地局は、端末がフィードバックを全く送信しなかったことを検出し、端末がその割り当ての１つ以上を見逃したと結論を下すことができる。この場合、この端末のフィードバックは、端末がバンドリングウインドウの中のすべてのダウンリンク割り当てを見逃す場合と似ている。]
[0062] 各ＤＬサブフレームの中で割り当てを伝える各ＤＬ制御チャネルは、アップリンク制御チャネル（ＰＵＣＣＨ）のＡＣＫ／ＮＡＫフィードバックリソースに関連付けられている。移動端末は、最後に正しく検出したＤＬ割り当てのフィードバックリソースを使用するであろう。ＵＥが割り当ての検出後にＤＬ割り当てを見逃した場合、ＵＥは、検出した最後のＤＬ割り当てに関連付けられたフィードバックリソースを使用するであろう。]
[0063] 基地局は、ＵＥがすべての割り当てを受信すると想定してもよいので、最後のＤＬ割り当てに関連付けられているフィードバックリソースをまず聴取し、このリソースを使用して何も送信されなかったことを検出すると、バンドリングウインドウの終わりにおいて少なくとも１つの割り当てが見逃されたと結論を下し、適切な措置を取るであろう。基地局は、先行するＤＬ割り当てに関連付けられたフィードバックリソースをさらに後戻りして、ＵＥがそのリソースで何かを送信したかどうかを調べることを繰り返してもよい。しかし、これは基地局の任意的なステップである。]
[0064] シグナリングの一例が、図７に与えられている。バンドリングウインドウの中のＤＬサブフレーム数は、図示の例では、２および３、すなわちＫ＝２およびＫ＝３が用いられている。矢印が下を向いている縞のサブフレームは、端末にＤＬリソースが割り当てられたＤＬサブフレームを表す。割り当てられたＤＬのそれぞれは、ＤＬバンドル内でＤＬ割り当てがされた、前のサブフレーム数ｋの情報を備える。すなわち、割り当てを有しかつｋ＝０のＤＬサブフレームは、ＤＬ割り当てがされた１番目のサブフレームであり、ｋ＝１を有するＤＬサブフレームにおける割り当ては、ＤＬ割り当てがされた２番目のサブフレームである。従って、ｋは、ＤＬバンドリングウインドウ内で前に割り当てられた割り当てがされたＤＬサブフレームの数を示す。] 図７
[0065] ３つのＤＬすなわちＫ＝３の例では、ＤＬ割り当てがされた、前のサブフレーム数は、情報ｋ、ｋ＝０〜２で示されており、ここで、例えばｋ＝２は、前の２つのＤＬサブフレームが、移動端末へのＤＬ割り当てを有していたことを示す。]
[0066] 図８では、見逃がされたダウンリンク割り当ての検出例の概観図が示されている。ダウンリンク割り当てが、基地局、ｅＮｏｄｅＢまたは同種のものなどの第２の通信デバイスから、ＵＥ、端末または同種のものなどの第１の通信デバイスへ送信される。例では、Ｋ＝４についての、ＤＬ割り当てがされた前のＤＬサブフレーム数のシグナリングを示す。] 図８
[0067] 白のＤＬサブフレームは、ＵＥに対する割り当てを有さないサブフレームである。斜め縞のＤＬサブフレームは、ＵＥに対するＤＬ割り当てがされたサブフレームで、かつＵＥが割り当てを検出したサブフレームである。]
[0068] 横縞のＤＬサブフレームは、ＵＥに対するＤＬ割り当てがされたサブフレームだが、ＵＥが割り当てを検出しなかったサブフレームである。]
[0069] ８Ａの場合、ＵＥは、ダウンリンクサブフレームＤＬ１およびＤＬ３において割り当てを検出する。ＤＬ３が受信した最後に割り当てられたＤＬであるので、ＵＥは、ＤＬ３のＵＬリソースでＡＣＫを送信する。前に割り当てられたＤＬサブフレームの数値は、ＤＬ３においてｋ＝１と示されている。ここで、復号中にＵＥが割り当てられたＤＬサブフレームの中のデータの誤りを検出した場合、ＵＥは、ＤＬ３に関連付けられたＵＬで、代わりにＮＡＫを送信することに、注意すべきである。]
[0070] ８Ｂの場合、ＵＥは、ＤＬ１における割り当てを見逃し、ＤＬサブフレームＤＬ３における割り当てだけを検出する。ＵＥは、ＤＬ３が割り当てがされた２番目のサブフレームであることを示すｋ値を読み取るので、ＵＥは前のＤＬサブフレームにおける割り当てを見逃したと判定し、ＤＬ３のＵＬリソースでＮＡＫを送信するか、または全く何も送信しない、つまりいわゆる間欠伝送ＤＴＸを行う。前に割り当てられたＤＬの数値は、ＤＬ３にｋ＝１と示されている。]
[0071] ８Ｃの場合、ＵＥは、割り当てられたダウンリンクＤＬ１およびＤＬ２を検出する。しかし、ＵＥは、サブフレームＤＬ３における割り当てを検出しそこなう。ＤＬ２が、ＵＥがＤＬ割り当てを検出した最後のサブフレームなので、ＵＥは、バンドルに割り当てられたアップリンクサブフレーム中にあり、かつＤＬ２に関連付けられたリソースでＡＣＫまたはＮＡＫを送信する。この場合、基地局は、ＡＣＫまたはＮＡＫをＤＬ２のＵＬリソースで受信したので、ＵＥがＤＬ３を見逃したことを検出し、少なくともＤＬ３に割り当てられたデータを再送信してもよい。ここで、ＵＥが復号中に、割り当てられたＤＬサブフレームのいずれかの中で誤りを検出した場合、ＤＬ２のＵＬリソースで代わりにＮＡＫを送信してもよいことにも注意すべきである。前に割り当てられたＤＬの数値は、ＤＬ２にｋ＝１と示され、ＤＬ３にｋ＝２と示されている。]
[0072] ８Ｄの場合、ＵＥは、割り当てられたダウンリンクＤＬ１およびＤＬ２、ｋ＝０およびｋ＝１を検出する。しかし、ＵＥは、割り当てられたＤＬ３を検出しそこなう。次いでＵＥは、割り当てられたダウンリンクＤＬ４を検出する。ＵＥは、ｋ＝３と示されているＤＬ４における前に割り当てられたＤＬ数値を読み取るので、この値を前に受信した割り当てられたＤＬと比べ、値が異なることを検出する、すなわちＵＥはｋ＝２を予想している。すなわち、ＵＥは、ＤＬ割り当てがされた、前のサブフレームを２つ受信しており、ＤＬ４の数値は、ＤＬのバンドルの中の前の３つのＤＬサブフレームがＵＥへのＤＬ割り当てがされたことを示す。この場合、ＵＥは、ＤＬ４のＵＬリソースでＮＡＫを送信してもよいし、また全く何も送信しなくてもよい、つまりＤＴＸでもよい。]
[0073] 第２の通信デバイスは、制御チャネルを通じて、第１の通信デバイスに対するダウンリンク割り当てがされたサブフレームの表示を送信する。割り当てがされた前にスケジュールされた／割り当てられたサブフレーム数の表示を加えることによって、端末は、自端末がサブフレームにおける割り当てを見逃したことを検出し得るので、誤り検出が改善される。表示は、例えば、「これは第１の通信デバイス向けのダウンリンク割り当てがされた３番目のサブフレームである」というようなダウンリンクサブフレームの順番、バンドリングウインドウの中の、前のサブフレームのいくつが第１の通信デバイス向けのダウンリンク割り当てを含んでいたかの数、巡回冗長検査ＣＲＣ、バンドルの中の順序を示す値、バンドルの中のサブフレームの順序を示すＣＲＣ多項式、および／または同種のものを備える。]
[0074] 前にスケジュールされたＤＬサブフレーム数を示す異なるやり方は、明示的なシグナリングの使用するのではなく、数（または最後にスケジュールされたＤＬサブフレームの位置）を暗に伝えることである。]
[0075] ダウンリンク制御チャネルを首尾よく復号した後に、端末は、物理ダウンリンク共用チャネルＰＤＳＣＨに割り当てられたリソースを復号する。復号が成功だったかどうかを調べるために、ＵＥは、復号後にＣＲＣをチェックする（ＣＲＣは送信前にトランスポートブロックに添付されている）。ＣＲＣチェックの成功は、非常に高い確率で復号が成功していることを示す。]
[0076] 物理ダウンリンク共用チャネルＰＤＳＣＨのＣＲＣを生成するために使用される多項式は、ＬＴＥではすべてのＵＥおよびセルに共通であり、２４ビット長である。ＤＬ割り当てがされた、前のサブフレーム数（またはＤＬ割り当てがされた最後のサブフレームの位置）を暗に伝える１つの可能性は、スケジュールされたＤＬサブフレーム数が異なる場合に異なるＣＲＣ多項式を使用することである。例えば、１番目にスケジュールされたＤＬサブフレームは、多項式１で生成されたＣＲＣがそれに添付されており、２番目にスケジュールされたＤＬサブフレームは、多項式２で生成されたＣＲＣがそれに添付されており、以下同様である。]
[0077] すべてのサブフレームに対して共通のＣＲＣ多項式を使用するが、前にスケジュールされたサブフレーム数（または最後にスケジュールされたサブフレームの位置）に依存するシーケンスを用いて、計算されたＣＲＣをスクランブルまたはマスクすることも可能であり、かつ好ましい。端末は、すべての可能なＣＲＣ多項式（またはすべての可能なスクランブリングシーケンス）を用いてＣＲＣを計算し、首尾よく確認できるＣＲＣ多項式（またはスクランブリングシーケンス）から、前にスケジュールされたサブフレーム数（または最後にスケジュールされたサブフレームの位置）が導出されうる。この情報を受信した最新のＤＬサブフレームと比較することにより、ＤＬサブフレームが見逃されているか否かが分かる。ＤＬサブフレームが見逃されている場合、例えばＡＣＫ／ＮＡＫバンドリングの場合にＮＡＫを送信するなどの、適切な措置が取られてもよい。]
[0078] すべてのＤＬサブフレームに対してすべてのＣＲＣ多項式またはスクランブリングシーケンスをチェックする必要はない。ＤＬサブフレーム１では、前のＤＬサブフレームが存在しないので、１つのＣＲＣ多項式またはスクランブリングシーケンスだけがチェックされればよく、ＤＬサブフレーム２では、２つのＣＲＣ多項式またはスクランブリングシーケンスだけがチェックされればよく、以降も同様である。]
[0079] ＰＤＳＣＨで複数のＣＲＣを使用する代わりに、同じ原理をダウンリンク制御チャネルＰＤＣＣＨに適用することも可能である。この場合、ペイロードでなく制御情報が、異なるＣＲＣ多項式で保護されるか、または計算されたＣＲＣが異なるスクランブリングシーケンスでスクランブルされる。しかし、ＰＤＣＣＨで使用されるＣＲＣサイズは短いので、ＣＲＣチェックの誤通過の可能性の増加が目立つようになる。]
[0080] 前にスケジュールされたＤＬサブフレーム数を暗にシグナリングすることにより、余分のビットをそれ以上ダウンリンク制御チャネルで伝える必要がなく、カバレッジに影響を及ぼさない。]
[0081] 図９は、第２の通信デバイスと第１の通信デバイスとの間で制御情報を送信する、シグナリングスキームと方法スキームを合成した概略図を示す。] 図９
[0082] 図示の例では、第１の通信デバイスがユーザ装置ＵＥ１０を備え、第２の通信デバイスがｅＮｏｄｅＢ２０を備える。]
[0083] ステップＳ１では、ｅＮｏｄｅＢ２０が、無線フレームのダウンリンクサブフレームの少なくとも一部をＵＥ１０に割り当てるべきかどうか、サブフレームをＵＥに割り当ててもよいかどうか、サブフレームを同じまたは別の無線フレームのＵＬサブフレームに関連付けてもよいかどうか、のうち少なくとも１つを決定する。決定／スケジューリングは、典型的にはサブフレーム毎に行われてもよい。ｅＮｏｄｅＢ２０およびＵＥは、複数のダウンリンクサブフレームの受信フィードバックが単一のメッセージにバンドルされ、各アップリンク−ダウンリンク構成に対して予め定められたルールに従って送信される、アップリンクサブフレームをも決定する。]
[0084] ＤＬサブフレームのセット内の各ＤＬサブフレームに対して、ｅＮｏｄｅＢのスケジューラがリソースを割り当てる。次いでｅＮｏｄｅＢは、第１の通信デバイスに割り当てられた以前のＤＬ割り当てがされたサブフレーム数を継続的に示すインジケータを、各ダウンリンクサブフレームの制御情報に付加する。]
[0085] ステップＳ２では、ｅＮｏｄｅＢ２０が、例えば共用チャネルと、制御チャネルと、同種のものとのうちの少なくとも１つであるような物理ダウンリンクチャネルで、ＵＥ１０に、インジケータを有するダウンリンクを備える無線フレームを送信する。]
[0086] ステップＳ１およびＳ２は、バンドリングウインドウ内の各ＤＬサブフレームに対して繰り返される。]
[0087] ステップＳ３では、ＵＥ１０が、無線フレームのサブフレームを受信し、そのサブフレームを復号し分析して、ＤＬ割り当てがされたサブフレームを検出する。ＵＥ１０が、ＤＬ割り当ての検出数を常に知り得て、対応するトランスポートブロックの復号の結果となるＡＣＫ／ＮＡＫを連結することを期待されているので、ｅＮｏｄｅＢ２０は、関連するＤＬサブフレームのセット内の割り当てられたＤＬサブフレーム数を示す情報をＵＥ１０に提供すれば十分である。より具体的には、各ＤＬ割り当てにおいて、ｅＮｏｄｅＢ２０は、ＤＬ割り当てがされた、前のサブフレーム数についての情報を提供し得る。典型的には、検出されたＤＬ割り当てを含む最後のＤＬサブフレームの後に、ＤＬ割り当ての伝達数を、受信し検出したＤＬ割り当て数と比較することによって、ＵＥ１０は、自装置が１つまたはいくつかの割り当てを見逃していることを検出し得る。代替形態では、少しオーバヘッドが多くなるが、以前にＵＥ１０がどのＤＬサブフレームにリソースを割り当てられたかについて、ｅＮｏｄｅＢ２０はＵＥ１０に通知する。]
[0088] ダウンリンク割り当てがされた、前のサブフレームの履歴は、明示的に制御情報の一部として一連番号を使用することと、様々な多項式のＣＲＣと、様々にスクランブル／マスクされたＣＲＣと、のうちの少なくとも１つによって、示されてもよい。]
[0089] さらに、ステップＳ４では、ＵＥ１０が、復号と、以前に割り当てられたＤＬサブフレーム数の読み取りと、の少なくとも一方に応じて、ＡＣＫ／ＮＡＫを送信する。復号が上手くゆき、以前に割り当てられたＤＬサブフレーム数が予想した連番を示す場合、ＵＬサブフレームのリソースでＡＣＫが送信される。アップリンク制御チャネルリソースは、ＵＥ１０への割り当てが検出された複数のダウンリンクサブフレーム内の、ＤＬ割り当てが検出された最後のＤＬサブフレームに関連する。]
[0090] しかし、復号に失敗する場合、以前に割り当てられたＤＬサブフレーム数が予想した連番とは異なる場合、及びこの双方である場合には、ＵＬサブフレームのリソースでＮＡＫが送信されるか、または応答が全く送信されない。]
[0091] ステップＳ５では、ｅＮｏｄｅＢ２０が、ＵＥ１０からフィードバックＡＣＫ／ＮＡＫ／ＤＴＸを受信する。ｅＮｏｄｅＢ２０は、複数の割り当てられたＤＬサブフレームのうち、ＤＬ割り当てがされた最後のＤＬサブフレームに関連するアップリンクのリソースを少なくともチェックする。]
[0092] ステップＳ６では、ｅＮｏｄｅＢが、ＵＥ１０にデータを再送信してもよい。例えば、ＡＣＫが受信された場合、ｅＮｏｄｅＢ２０は、ＵＥ１０に新しいデータの送信を続ける。ＮＡＫが受信された場合、ｅＮｏｄｅＢ２０は、複数のＤＬサブフレームまたは無線フレームを再送信する。]
[0093] ＵＥ１０に割り当てられた最後のＤＬサブフレームに関連するＵＬのリソースでフィードバックが受信されない場合、ｅＮｏｄｅＢ２０は、割り当てられた最後のＤＬサブフレームの前のＤＬに関連する、ＵＬサブフレームの中の次のリソースをチェックする。このリソースでＡＣＫまたはＮＡＫが受信される場合、ｅＮｏｄｅＢは、ＵＥ１０が割り当てられた最後のＤＬサブフレームを見逃しただけだと知り、最後のＤＬサブフレームだけを再送信する。フィードバックが受信されない場合、ｅＮｏｄｅＢは、同様にＵＬサブフレームの前のリソースをチェックし、これが続けられる。]
[0094] 図１０では、第２の通信デバイスにおける方法の概略図が示されている。] 図１０
[0095] この方法は、第１の通信デバイスに向けてのダウンリンクＤＬ割り当てがされたサブフレームで、制御情報およびデータを送信するためでのものある。少なくとも１つのダウンリンクサブフレームを有する無線フレームのサブフレームが、無線チャネルを通じて第１の通信デバイスに送信されてもよい。この方法は、第１の通信デバイスに向けてのＤＬ割り当てがされた各サブフレームに対して繰り返し実行されてもよい。]
[0096] ステップＢ２では、第２の通信デバイスが、第１の通信デバイスに向けてのＤＬ割り当てがされた、前のサブフレームについての知識を提供するインジケータを、サブフレームの制御情報に付加する。いくつかの実施形態では、単一のＵＬサブフレームに関連付けられたＤＬサブフレームのセットを備えるバンドリングウインドウが設けられ、そのサブフレームは、制御情報において、サブフレームのバンドリングウインドウ内に含まれる。]
[0097] いくつかの実施形態では、インジケータが、第１の通信デバイスに向けてのＤＬ割り当てがされた、前のサブフレーム数を示し、一連番号と同種のものとの少なくとも一方であるような数的指示を示す少なくとも１ビットを備えてもよい。例えば、インジケータは、ＤＬサブフレームが２番目に割り当てられたＤＬであることを示す数（序数）であっても、バンドリングウインドウ内の現在のサブフレームまでに対応するＰＤＣＣＨに割り当てられたＰＤＳＣＨ送信の累積数を示しても、直前に割り当てられたＤＬサブフレームを示す数であっても、同種のものであってもよく、これらのうちの１つ以上であってもよい。この結果、前のサブフレームについての知識が提供される。]
[0098] ステップＢ４では、第２の通信デバイスが、第１の通信デバイスに、割り当てられたダウンリンクサブフレームとともに制御情報を送信する。これは、サブフレーム毎に行われてもよい。]
[0099] いくつかの実施形態では、第２の通信デバイスが、第１の通信デバイスに複数のダウンリンクサブフレームを割り当ててバンドリングウインドウを形成し、複数のダウンリンクサブフレームに対する受信フィードバックは、第１の通信デバイスにおいて単一のＡＣＫ／ＮＡＫフィードバックメッセージにバンドルされるように構成される。]
[0100] 任意的なステップＢ６では、次いで第２の通信デバイスが、受信フィードバックである単一のＡＣＫ／ＮＡＫフィードバックメッセージに関して、複数の割り当てられたダウンリンクサブフレームに割り当てられたアップリンクサブフレームのアップリンクリソースをチェックすることによって、制御情報またはデータが受信されているか否かを判定してもよい。１番目のアップリンクリソースは、複数の割り当てられたダウンリンクサブフレームの中の最後に割り当てられたダウンリンクサブフレームに関連する。]
[0101] 任意的なステップＢ８では、最後に割り当てられたダウンリンクサブフレームのアップリンクリソースが受信フィードバックを備えていない場合、第２の通信デバイスが、単一のＡＣＫ／ＮＡＫフィードバックメッセージを探して、最後に割り当てられたダウンリンクサブフレームの前に割り当てられたダウンリンクサブフレームに関連する２番目のアップリンクリソースをチェックする。このステップは、受信フィードバックが検出されるか、または割り当てられたダウンリンクサブフレームに関連するリソースが残っていなくなるまで、複数の割り当てられたダウンリンクサブフレームを通して続けられてもよい。]
[0102] いくつかの実施形態では、単一のＡＣＫ／ＮＡＫフィードバックメッセージがアップリンクリソースで検出されない場合、少なくとも１つのダウンリンク割り当てが見逃がされていると判定される。従って、送信が検出されない場合、制御情報が受信されていないと判定されてもよい。]
[0103] いくつかの実施形態では、単一のＡＣＫ／ＮＡＫフィードバックメッセージの中のＡＣＫが、制御情報が適切に受信されたことを示し、ＮＡＫが、サブフレームの復号の失敗と、ダウンリンク割り当ての見逃しとの少なくとも一方を示す。]
[0104] ステップＢ６およびＢ８に対する代替ステップは、ダウンリンク割り当てに関連付けられたすべてのアップリンクリソースをチェックして、第１の通信ノードがどのリソースを最も使いそうかを決定し、このリソースのＡＣＫ／ＮＡＫまたはＤＴＸフィードバックをチェックすることである。]
[0105] 任意的なステップＢ１０では、第２の通信デバイスが、アップリンクサブフレームのリソースのチェック結果に基づき、割り当てられたダウンリンクサブフレームの再送信を決定する。例えば、第２の通信デバイスは、最後の隣のＤＬサブフレームに関連付けられたリソースの中でＡＣＫを検出することによって、第１の通信デバイスが最後に割り当てられたＤＬサブフレームを見逃したことを検出し、最後に割り当てられたＤＬサブフレームだけを再送信する。]
[0106] いくつかの実施形態ではインジケータは、サブフレームが、複数のサブフレーム（バンドリングウインドウ）のうち第１の通信デバイス向けのダウンリンク割り当てがされた複数のサブフレームのうちのどの番号を備えるかを示し、この番号は例えば序数と、累積数と、同種のものとのうちの少なくとも１つである。ナンバリングは、複数のサブフレーム（バンドリングウインドウ）毎に再開してもよい。]
[0107] いくつかの実施形態では、インジケータが、例えば一連番号と同種のものとの少なくとも一方である数的指示を示す少なくとも１ビットを備えることによって、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示す。]
[0108] いくつかの実施形態では、インジケータが、第１の通信デバイス向けの割り当てがされた、前のサブフレームのサブフレーム番号を示す。この場合、第１の通信デバイスは、指示されたサブフレームの中でダウンリンク割り当てを受信しているかどうかをチェックしてもよい。]
[0109] いくつかの実施形態では、インジケータが、制御チャネル上でのダウンリンク割り当ての一部として構成される。]
[0110] いくつかの実施形態では、インジケータが、例えば物理ダウンリンク共用チャネルＰＤＳＣＨと、物理ダウンリンク制御チャネルＰＤＣＣＨと、同種のものとのうちの少なくとも１つであるような物理ダウンリンクチャネルＰＤＣＨ上の、割り当てられたサブフレームに対して、巡回冗長検査ＣＲＣを生成する多項式を使用して、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を示す。]
[0111] いくつかの実施形態では、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームのインジケータが、巡回冗長検査ＣＲＣのスクランブル／マスクから生成された巡回冗長検査値を備える。ＣＲＣは、例えば物理ダウンリンク共用チャネルＰＤＳＣＨと、物理ダウンリンク制御チャネルＰＤＣＣＨと、同種のものとのうちの少なくとも１つであるような物理ダウンリンクチャネルＰＤＣＨ上の、割り当てられたサブフレームに対する多項式を用いて生成される。スクランブル／マスクは、前にスケジュールされて割り当てられたサブフレーム数に依存し、第１の通信デバイスが、データを復号してインジケータを取り出す。]
[0112] 例えば、１番目にスケジュールされたＤＬサブフレームは、添付されている多項式１で生成されたＣＲＣを有し、２番目にスケジュールされたＤＬサブフレームは、添付されている多項式２で生成されたＣＲＣを有し、以降も同様である。従って、ＣＲＣを復号する受信デバイスは、どの多項式でＣＲＣを生成したかが分かり、それ故、前に割り当てられたＤＬサブフレーム数が分かるであろう。]
[0113] この方法を実行するために、第２の通信デバイスが提供される。]
[0114] 図１１では、第２の通信デバイス２０の概観図が示されている。] 図１１
[0115] 第２の通信デバイスは、基地局、ｅＮｏｄｅＢ、ＮｏｄｅＢ、ＵＥ、同種のもののうち少なくとも１つを備えてもよい。]
[0116] 第２の通信デバイス２０は、無線チャネルを通じて、無線フレームうちの第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームで、第１の通信デバイスに対して制御情報およびデータを送信するように構成される。]
[0117] 第２の通信デバイス２０は、制御ユニット２０１を備え、制御ユニット２０１は、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を第１の通信デバイスに提供するように構成されたインジケータを、サブフレームの制御情報に付加するように構成される。]
[0118] いくつかの実施形態では、インジケータが、一連番号と同種のものとのうちの少なくとも一方のような数的指示を示す少なくとも１ビットを備えることによって、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を示してもよい。インジケータは、１番目、２番目、３番目、および同種のもののうちの少なくとも１つであるような序数でもよい。]
[0119] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を暗に示してもよい。これは、ＰＤＳＣＨ、ＰＤＣＣＨ、及び同種のもののうちの少なくとも１つのようなＰＤＣＨにおいて割り当てられたサブフレームに対して、ＣＲＣを生成する多項式を使用して行われてもよい。第１の通信デバイスに割り当てられた、前のサブフレームのインジケータは、ＰＤＳＣＨ、ＰＤＣＣＨ、及び同種のもののうちの少なくとも１つのようなＰＤＣＨにおいて割り当てられたサブフレームについての、多項式のスクランブル／マスクから生成された巡回冗長検査値を備えてもよい。スクランブル／マスクは、第１の通信デバイスに割り当てられた、前のサブフレーム数に依存し、その結果、第１の通信デバイスに割り当てられた、前のサブフレーム数を暗に示す。]
[0120] 第２の通信デバイス２０は、第１の通信デバイスに、割り当てられたダウンリンクサブフレームの制御情報およびデータを送信するように構成された送信装置２０５をさらに備える。]
[0121] いくつかの実施形態では、第２の通信デバイスが受信装置２０３を備え、１つ以上の無線フレームは第１の通信デバイスに割り当てられた複数のダウンリンクサブフレームを備える。複数のダウンリンクサブフレームの受信フィードバックは、第１の通信デバイスにおいて単一のＡＣＫ／ＮＡＫメッセージにバンドルされるように構成される。従って、受信装置（２０３）は、複数の割り当てられたダウンリンクサブフレームに割り当てられたアップリンクサブフレームの１番目のアップリンクリソースで、第１の通信デバイスから単一のＡＣＫ／ＮＡＫメッセージを備える受信フィードバックを受信するように構成される。１番目のアップリンクリソースは、複数の割り当てられたダウンリンクサブフレームの中の最後に割り当てられたダウンリンクサブフレームに関連する。いくつかの実施形態では、最後に割り当てられ受信され検出されるダウンリンクサブフレームに関連付けられたアップリンク制御チャネルのアップリンクリソースが、最後に割り当てられたダウンリンクサブフレームから少なくとも３サブフレーム離れている。]
[0122] この場合、制御ユニット２０１は、受信フィードバックを探して、複数の割り当てられたダウンリンクサブフレームに割り当てられたアップリンクサブフレームの１番目のアップリンクリソースをチェックすることによって、制御情報とデータとの少なくとも一方を受信しているかどうかを判定するように構成されてもよい。]
[0123] いくつかの実施形態では、制御ユニット２０１が、最後に割り当てられたダウンリンクサブフレームのアップリンクリソースにフィードバックがない場合、受信フィードバックを探して、最後に割り当てられたダウンリンクサブフレームの前に割り当てられたダウンリンクサブフレームに関連する２番目のアップリンクリソースをチェックするように構成される。]
[0124] いくつかの実施形態では、すべてのアップリンクリソースが、使用されたリソースを判定するためにチェックされる。]
[0125] いくつかの実施形態では、制御ユニット２０１が、単一のメッセージが否定応答ＮＡＫを備えることに基づき、または受信フィードバックを全く受信しないことに基づき、パケットが見逃がされたかまたは首尾よく復号されなかったと判定するように構成される。]
[0126] 制御ユニット２０１は、いくつかの実施形態では、少なくとも１つのパケットのそのアップリンクリソースに関連する肯定応答ＡＣＫを備える単一のメッセージに基づき、少なくとも１つのパケットが正しく受信されたと判定するように構成されてもよい。]
[0127] いくつかの実施形態では、第２の通信デバイスが、コアネットワークとデータを送受信するように構成されたネットワークインタフェース２０９と、自メモリに格納された方法を実行するためにアプリケーションおよびデータを有するように構成されたメモリ部２０７とを備える。]
[0128] 制御ユニット２０１は、ＣＰＵ、１つのプロセッシングユニット、複数のプロセッシングユニット、及び同種のもののうちの少なくとも１つを備えてもよい。]
[0129] メモリ部２０７は、１つのメモリ部、複数のメモリ部、外部のメモリ部、及び内部のメモリ部のうちの少なくとも１つを備えてもよい。]
[0130] 図１２では、第２の通信デバイスから無線チャネルを通じて制御情報およびデータを受信する第１の通信デバイスにおける方法の概観図が示されている。] 図１２
[0131] ステップＣ２では、第１の通信デバイスが、無線チャネルを通じてサブフレームの少なくとも一部を受信する。]
[0132] サブフレームは１つずつ受信されるので、１つずつ処理されてもよいことに注意すべきである。いくつかの実施形態では、第１の通信デバイスはやがて、第１の通信デバイスに割り当てられたＤＬサブフレームのバンドルを受信する。各サブフレームの中で、単一割り当て（制御情報）およびデータ割り当て（トランスポートブロック）が受信される。いくつかの実施形態では、第１の通信デバイス向けの割り当てがされたサブフレームのバンドルが、バンドルされたサブフレームの受信／検出を確認するために使用されるアップリンクのリソースに関連付けられる。各サブフレームの各割り当ては、制御チャネルリソースに関連付けられており、次いで端末はこれらのリソースの１つを選択する。]
[0133] ステップＣ４では、第１の通信デバイスが、例えばサブフレームの中の制御情報を読み取ることによって、そのサブフレームが第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームであるかどうかを検出する。第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームは、このサブフレームの中のリソースの一部が第１の通信デバイスのためのデータを有することを意味する。]
[0134] 任意的なステップＣ６では、第１の通信デバイスが、サブフレーム内のデータを復号する。このステップは、ステップＣ８の後にも実行されてもよい。]
[0135] ステップＣ８では、第１の通信デバイスが、自デバイス向けのダウンリンク割り当てがされたサブフレームを検出し、そのサブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスから送信されたデータに対する少なくとも１つのダウンリンク割り当てが見逃がされているかどうかを判定する。このインジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のダウンリンクサブフレームについての知識を与える。]
[0136] いくつかの実施形態では、第１の通信デバイスが複数のサブフレームを（サブフレーム毎に１つずつ）受信し、第１の通信デバイス向けのダウンリンク割り当てがされた複数のサブフレームを検出する。]
[0137] 典型的なアプリケーションはバンドリングであり、原理上は、バンドリングウインドウの中の最後のサブフレームの後に、割り当てが見逃されているかどうかをチェックすれば十分である。従って、割り当て見逃しに備えて各ＤＬサブフレームの受信後に、チェックする必要はない。しかし、ＤＬサブフレームの見逃しを既に検出している場合を除いては、各ＤＬサブフレームの受信後にチェックしてもよい。]
[0138] 任意的なステップＣ１０では、この場合、第１の通信デバイスが、複数のサブフレームの受信検出に応えて受信ＡＣＫ／ＮＡＫフィードバックを生成するが、このＡＣＫ／ＮＡＫフィードバックは単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージにバンドルされ、複数のダウンリンクサブフレームに関連付けられたアップリンクサブフレームのアップリンクリソースで、かつ第１の通信デバイス向けのダウンリンク割り当てがされた受信し検出した最後のサブフレームに関連付けられたアップリンクリソースで、単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージを送信する。]
[0139] バンドリングウインドウ（サブフレームのバンドル）内の各ＤＬサブフレームに関して、第１の通信デバイスは、１つまたはいくつかの制御チャネルを読み取る／復号することによって、第１の通信デバイスに対するダウンリンク割り当てが有るかどうかを判定してもよい。]
[0140] いくつかの実施形態では、無線フレームの中の最後に割り当てられ受信し検出されるダウンリンクサブフレームに関連付けられたアップリンク制御チャネルのアップリンクリソースが、遅延などを考慮して、最後に割り当てられたダウンリンクサブフレームから少なくとも３サブフレーム離れている。]
[0141] いくつかの実施形態では、ステップＣ１０が、見逃がされたダウンリンク割り当てがないと判定された場合に行われ、少なくとも１つのダウンリンク割り当てが見逃がされていたと判定された場合、フィードバックは送信されない。]
[0142] いくつかの実施形態では、ダウンリンク割り当てを受信検出した少なくとも１つのサブフレームの中のデータの復号に失敗したとき、ダウンリンク割り当てを見逃したと判定したときと、又は双方のときに、単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージは、否定応答ＮＡＫを備える。]
[0143] いくつかの実施形態では、ダウンリンク割り当てを受信検出したすべてのサブフレームの中のデータの復号に成功し、かつ第１の通信デバイスがダウンリンク割り当てを少しも見逃していなかったと判定したとき、単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージは、肯定応答ＡＣＫを備える。]
[0144] 言い換えると、割り当ての見逃しがない場合、第１の通信デバイス向けの割り当てがされた最後のＤＬサブフレーム中の最後の制御チャネルに関連付けられたリソースを使用して、トランスポートブロックの復号結果に応じて、ＡＣＫまたはＮＡＫを送信する。通常は、すべてのトランスポートブロックが正しく復号された場合、ＡＣＫが送信され、少なくとも１つのトランスポートブロックが正しく復号されなかった場合、ＮＡＫが送信される。少なくとも１つの割り当ての見逃しが検出された場合、すべてのコードワード(code word)に対してＮＡＫが生成されて、バンドルＮＡＫが生成される（ＰＵＳＣＨでのフィードバックの場合）か、または応答が送信されない／ＤＴＸとなる（ＰＵＣＣＨでのフィードバックの場合）。]
[0145] 第２の通信デバイスは、確認が適切なサブフレームに関連付けられたアップリンクリソースで受信されたか、それとも異なるサブフレームに関連付けられたアップリンクリソースで受信されたかに気付き、それによって、パケットを再送信すべきか否かを決定するであろう。]
[0146] 従って、第２の通信デバイスは、割り当ての見逃しが原因かもしれないＮＡＫか、それとも復号失敗によるかもしれないＮＡＫを（ＮＡＫが送信される場合）検出するであろう。第２の通信デバイスは、割り当ての見逃しがＡＣＫにつながる場合を避けるために、送信を検出しない場合、少なくとも１つの割り当てが見逃がされたことも検出してもよい。]
[0147] ここで、ステップＣ６はステップＣ８の後で実行されてもよいことに注意すべきである。すなわち、データの復号は、第１の通信デバイス向けのデータの見逃しの判定後に実行されてもよい。従って、サブフレームを見逃したことを検出した第１の通信デバイスはデータを復号する必要がなく、単にＮＡＫを送信するかまたは何も送信しない（ＤＴＸ）。]
[0148] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのダウンリンク割り当てがされた複数のサブフレームのうち、サブフレームがどの番号であるのかを示し、例えば序数、累積数、及び同種のもののうちの少なくとも１つを示す。]
[0149] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を示し、一連番号と同種のもとの少なくとも一方であるような数的指示を示す少なくとも１ビットを備える。]
[0150] いくつかの実施形態では、インジケータが、制御チャネルのダウンリンク割り当ての一部として構成される。]
[0151] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数を示し、物理ダウンリンク共用チャネルＰＤＳＣＨ、物理ダウンリンク制御チャネルＰＤＣＣＨ、および同種のもののうちの少なくとも１つのような物理ダウンリンクチャネルＰＤＣＨにおいて割り当てられたサブフレームについての、巡回冗長検査ＣＲＣの生成のために使用される多項式を備える。第１の通信デバイスは、データまたは制御情報の復号中にこの多項式を取り出す。]
[0152] いくつかの実施形態では、インジケータが、第１の通信デバイス向けの割り当てがされた、前のサブフレーム数を示し、物理ダウンリンク共用チャネルＰＤＳＣＨ、物理ダウンリンク制御チャネルＰＤＣＣＨ、および同種のもののうちの少なくとも１つのような物理ダウンリンクチャネルＰＤＣＨにおいて割り当てられたサブフレームについての、多項式を用いて生成された巡回冗長検査ＣＲＣのスクランブル／マスクから生成された巡回冗長検査値を備える。スクランブル／マスクは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレーム数に依存し、第１の通信デバイスは、データまたは制御情報を復号してインジケータを取り出す。]
[0153] いくつかの実施形態では、第１の通信デバイスが、インジケータをインジケータの予想値と比べることによって、ダウンリンク割り当てが見逃がされているかどうかを判定する。予想値は、カウンタと同種のものとの少なくとも一方から生成されてもよい。例えば、第１の通信デバイスが前に割り当てられたＤＬサブフレームを１つ受信している場合、前に割り当てられたＤＬサブフレーム数の予想値は「１」であり、または次に割り当てられたダウンリンクサブフレームの予想値は「２番目のサブフレーム」である。インジケータと予想値との少なくとも一方は、序数、基数、及び同種のもののうちの少なくとも１つでもよい。]
[0154] バンドリングウインドウ内の各サブフレームまたは少なくとも最後のサブフレームの後に、インジケータを予想値と比べることによって、第１の通信デバイスは、少なくとも１つまたはいくつかのＤＬ割り当てが見逃がされていることを検出する。]
[0155] いくつかの実施形態では、第２の通信デバイスが複数のダウンリンクサブフレームを第１の通信デバイスに割り当て、複数のダウンリンクサブフレームの受信フィードバックが単一のメッセージにバンドルされる。ステップＣ２〜Ｃ８は、バンドリングウインドウ内の各ＤＬサブフレームに対して繰り返されてもよい。しかし、ステップＣ８は、各ＤＬサブフレーム後に実行されてはならない。むしろいくつかの実施形態では、Ｃ８が、バンドリングウインドウの中の最後のＤＬサブフレームの後に実行される。従って、これらの実施形態では、ステップＣ２〜Ｃ６のサブフレームには、バンドリングウインドウの中の最後のサブフレームを含む。]
[0156] いくつかの実施形態では、第１の通信デバイスが、少なくとも１つのダウンリンク割り当てが見逃がされているかどうかを判定することは、第１の通信デバイス向けのダウンリンク割り当てがされた複数のサブフレームのバンドリングウインドウの中の少なくとも最後のサブフレームに対してか、または各サブフレームの後に行われる。]
[0157] いくつかの実施形態では、無線チャネルが時分割複信スキームを備える。]
[0158] いくつかの実施形態では、第１の通信デバイスが、自デバイス向けのダウンリンク割り当てがされたサブフレームを見逃していると検出した場合、バンドリングウインドウ内のそれ以上のサブフレームの復号と受信との少なくとも一方を停止する。]
[0159] この方法を実行するために、第１の通信デバイスが提供される。]
[0160] 図１３では、第２の通信デバイスから無線チャネルを通じて制御情報およびデータを受信する第１の通信デバイスの概観図が示されている。] 図１３
[0161] 第１の通信デバイスは、無線フレームのサブフレームを受信するように構成された受信装置１０３を備える。無線フレームは、少なくとも１つのダウンリンクサブフレームを備えてもよい。]
[0162] 制御ユニット１０１は、サブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスでスケジュールされて送信されたデータに関する、ダウンリンク割り当てを見逃しているかどうかを判定するようにさらに構成される。インジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を提供するように構成される。]
[0163] 第１の通信デバイスは、例えばサブフレームの中の制御情報を読み取ることによって、そのサブフレームが第１の通信デバイス向けのダウンリンク割り当てがされているかどうかを判定するように構成された制御ユニット１０１をさらに備える。ダウンリンク割り当てがされている場合、制御ユニット１０１は、サブフレームに関連付けられたインジケータを分析することによって、そのサブフレームの前に第２の通信デバイスから送信されたデータに対する少なくとも１つのダウンリンク割り当てを見逃しているかどうかを判定するようにさらに構成される。インジケータは、第１の通信デバイス向けのダウンリンク割り当てがされた、前のダウンリンクサブフレームについての知識を提供する。]
[0164] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのＤＬ割り当てがされた、前のサブフレーム数を示すように構成され、一連番号と同種のものとのうちの少なくとも一方であるような数的指示を示す少なくとも１ビットを備える。例えばサブフレーム内での、対応するＰＤＣＣＨを用いて割り当てられたＰＤＳＣＨ送信の、現在のサブフレームまでの累積数を示す。]
[0165] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのＤＬ割り当てがされた、前のサブフレーム数を示すように構成され、ＰＤＳＣＨ、ＰＤＣＣＨ、及び同種のもののうちの少なくとも１つのようなＰＤＣＨの割り当てられたサブフレームについての、ＣＲＣを生成するために使用する多項式を備え、第１の通信デバイスが、データを復号することによって多項式を取り出すように構成される。]
[0166] いくつかの実施形態では、インジケータが、第１の通信デバイス向けのＤＬ割り当てがされた、前のサブフレーム数を示すように構成され、ＰＤＳＣＨ、ＰＤＣＣＨ、及び同種のもののうちの少なくとも１つのようなＰＤＣＨの割り当てられたサブフレームについての、多項式のスクランブル／マスクから生成された巡回冗長検査値を備え、ここでスクランブル／マスクは、第１の通信デバイス向けの割り当てがされた、前のサブフレーム数に依存し、第１の通信デバイスは、データを復号することによってインジケータを取り出すように構成される。]
[0167] バンドリングウインドウが第１の通信デバイスに割り当てられた複数のダウンリンクサブフレームを備えるいくつかの実施形態では、制御ユニット１０１が、複数のダウンリンクサブフレームの受信フィードバックを単一のＡＣＫ／ＮＡＫメッセージにバンドルするように構成されてもよい。この場合、制御ユニット１０１は、アンテナまたは同種のものなどの送信装置１０５を通じて、アップリンクリソースで、複数のダウンリンクサブフレームを検出したことの確認を示す単一のＡＣＫ／ＮＡＫメッセージを送信するようにさらに構成される。アップリンクリソースは、複数のダウンリンクサブフレームに関連付けられたアップリンクサブフレームの中の、無線フレームの中の最後に割り当てられ受信し検出されるダウンリンクサブフレームに関連している。無線フレームの中の最後に割り当てられ受信し検出されるダウンリンクサブフレームに関連付けられたアップリンク制御チャネルのアップリンクリソースは、いくつかの実施形態では、最後に割り当てられたダウンリンクサブフレームから少なくとも３サブフレーム離れていてもよい。]
[0168] いくつかの実施形態では、制御ユニット１０１が、最後に割り当てられ受信し検出されるダウンリンクサブフレームの中のデータの復号に失敗したとき、パケットを見逃していると判定したとき、及びこの双方のとき、否定応答ＮＡＫが送信される。いくつかの実施形態では、少なくとも１つのダウンリンク割り当てが見逃がされているので、データを伝える少なくとも１つのサブフレームが第２の通信デバイスから再送信される必要があることを示すために、第１の通信デバイスが送信を省略するように構成される。]
[0169] いくつかの実施形態では、復号に成功し、第１の通信デバイスが割り当てられたダウンリンクサブフレームのすべての意図したパケットを受信したと、制御ユニット１０１が判定したとき、肯定応答ＡＣＫが送信される。つまり、「すべての意図したパケット」は、第１の通信デバイスが判断した「すべて」である。]
[0170] いくつかの実施形態では、第１の通信デバイスが、多項式のスクランブル／マスク、多項式、序数、基数、サブフレーム番号、及び同種のもののうち少なくとも１つのような、暗示的および明示的インジケータを格納するように構成されたメモリ部１０７を備え、ここで、制御ユニット１０１は、メモリ部１０７に格納された、インジケータとインジケータの予想値とを比べることによって、データパケットが見逃されているかどうかを判定するように構成される。予想値は、第１の通信デバイス向けのダウンリンク割り当てがされた受信サブフレームを数える、第１の通信デバイス内に配置されたカウンタから取り出されてもよい。]
[0171] 制御ユニット１０１は、ＣＰＵ、１つのプロセッシングユニット、複数のプロセッシングユニット、及び同種のもののうちの少なくとも１つを備えてもよい。]
[0172] メモリ部１０７は、１つのメモリ部、複数のメモリ部、外部メモリ部、及び内部メモリ部のうちの少なくとも１つを備えてもよい。]
[0173] いくつかの実施形態では、第１の通信デバイスが、移動電話機または同種のものなどのユーザ装置を備え、また第１の通信デバイスは、データを入力および出力するための、入力装置１１１および出力装置１１０を備える。]
[0174] 図面および本明細書では、本発明の例示の実施形態を開示している。しかし、本発明の原理から実質的に逸脱することなしに、これらの実施形態に、多くの変更および修正を行い得る。従って、特定の用語が使用されているが、それらは総称的かつ説明的意味だけで使用されており、限定のためではない。本発明の範囲は、以下の特許請求の範囲に規定されている。]

权利要求:

請求項1
無線チャネルを介して第２の通信デバイスから制御情報及びデータを受信する、第１の通信デバイスにおける方法であって、前記無線チャネルを介してサブフレームの少なくとも一部を受信する工程と、前記サブフレームが、前記第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームであるか否かを検出する工程と、前記サブフレームが前記第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームである場合に、当該サブフレームに関連付けられたインジケータを解析することにより、当該サブフレームの前に前記第２の通信デバイスから送信されたデータについての少なくとも１つのダウンリンク割り当てが、見逃されているか否かを判定する工程とを含み、前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のダウンリンクサブフレームについての知識を与えることを特徴とする方法。
請求項2
前記受信する工程は、複数のサブフレームを受信することをさらに含み、前記検出する工程は、前記第１の通信デバイス向けのダウンリンク割り当てがされた複数のサブフレームを検出することを含み、前記方法はさらに、前記検出されるサブフレームを複数受信したことに応答して、単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージへとバンドルされるＡＣＫ／ＮＡＫ受信フィードバックを生成する工程と、前記単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージを、前記第１の通信デバイス向けのダウンリンク割り当てがされた最後に受信され検出されたサブフレームと関連付けられたアップリンクリソースであって、前記複数のダウンリンクサブフレームと関連付けられた当該アップリンクリソースにおいて送信する工程と、を含むことを特徴とする請求項１に記載の方法。
請求項3
見逃されたと判定されたダウンリンク割り当てがない場合に実行され、少なくとも１つのダウンリンク割り当てが見逃されたと判定された場合にはフィードバックは送信されないことを特徴とする、請求項２に記載の方法。
請求項4
検出されたダウンリンク割り当てがされた少なくとも１つの受信されたサブフレーム内のデータの復号が失敗したか、ダウンリンク割り当てが見逃されたと判定されたかの少なくとも一方の場合に、前記単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージが否定応答（ＮＡＫ）を含むことを特徴とする、請求項２又は３に記載の方法。
請求項5
検出されたダウンリンク割り当てがされた全ての受信されたサブフレームの復号が成功し、かつ第１の通信デバイスがダウンリンク割り当てを１つも見逃していないと判定された場合に、前記単一のバンドルＡＣＫ／ＮＡＫフィードバックメッセージが肯定応答（ＡＣＫ）を含むことを特徴とする、請求項２乃至４の何れか１項に記載の方法。
請求項6
前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた前記複数のサブフレームの番号（例えば序数、累積数、及び／又は類似のもの）を示すことを特徴とする、請求項１乃至５の何れか１項に記載の方法。
請求項7
前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示し、数的指示（例えば一連番号及び／又は類似のもの）を示す少なくとも１ビットを含むことを特徴とする、請求項１乃至６の何れか１項に記載の方法。
請求項8
前記インジケータは、制御チャネル上の前記ダウンリンク割り当ての一部として構成されることを特徴とする、請求項１乃至７の何れか１項に記載の方法。
請求項9
前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示し、物理ダウンリンクチャネル（ＰＤＣＨ）（例えば物理ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び／又は類似のもの）上で割り当てられたサブフレームについての、巡回冗長検査（ＣＲＣ）を生成するために用いられる多項式を含み、前記第１の通信デバイスは、前記データ又は制御情報を復号する間に、前記多項式を取得することを特徴とする、請求項１乃至８の何れか１項に記載の方法。
請求項10
前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示し、物理ダウンリンクチャネル（ＰＤＣＨ）（例えば物理ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び／又は類似のもの）上で割り当てられたサブフレームについての多項式を用いて生成された巡回冗長検査（ＣＲＣ）の、スクランブル／マスクから生成された巡回冗長検査値を含み、前記スクランブル／マスクは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数に依存し、前記第１の通信デバイスは、前記データ又は制御情報の復号により、前記インジケータを取得することを特徴とする、請求項１乃至８の何れか１項に記載の方法。
請求項11
ダウンリンク割り当てが見逃されているか否かを判定する前記工程は、前記インジケータを、当該インジケータの予想値と比較することを含むことを特徴とする、請求項１乃至１０の何れか１項に記載の方法。
請求項12
ダウンリンク割り当てが見逃されているか否かを判定する前記工程は、前記第１の通信向けのダウンリンク割り当てがされた複数のサブフレームのバンドリングウインドウ内の少なくとも最後のサブフレームについて、又はそれぞれのサブフレームの後に、行われることを特徴とする、請求項１乃至１１の何れか１項に記載の方法。
請求項13
前記無線チャネルは、時分割複信スキームを含むことを特徴とする、請求項１乃至１２の何れか１項に記載の方法。
請求項14
前記第１の通信デバイスは、前記第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームを見逃したことが検出された場合、バンドリングウインドウ内のさらなるサブフレームの復号を中止することと受信を中止することとの少なくとも一方を行うことを特徴とする、請求項１乃至１３の何れか１項に記載の方法。
請求項15
無線チャネルを介して、第１の通信デバイス向けのダウンリンク割り当てがされたサブフレーム内で、当該第１の通信デバイスへと制御情報及びデータを送信する第２の通信デバイスにおける方法であって、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のダウンリンクサブフレームについての知識を与えるインジケータを、前記サブフレームに付加する工程と、前記サブフレームを用いて、前記第１の通信デバイスへと前記制御情報及びデータを送信する工程と、を含むことを特徴とする方法。
請求項16
前記第２の通信デバイスは、バンドリングウインドウを構成する複数のダウンリンクサブフレームを、前記第１の通信デバイスに割り当て、前記複数のダウンリンクサブフレームについての受信フィードバックは、前記第１の通信デバイスにおいて、単一のＡＣＫ／ＮＡＫフィードバックメッセージへとバンドルされるように構成され、前記方法はさらに、前記単一のＡＣＫ／ＮＡＫフィードバックメッセージによる受信フィードバックのために、前記複数の割り当てられたダウンリンクサブフレームに対して割り当てられたアップリンクサブフレームのアップリンクリソースをチェックすることにより、前記制御情報又はデータが受信されているか否かを判定する工程を含み、第１のアップリンクリソースは、前記複数の割り当てられたダウンリンクサブフレームのうち、最後に割り当てられたダウンリンクサブレームに関連することを特徴とする、請求項１５に記載の方法。
請求項17
前記最後に割り当てられたダウンリンクサブフレームのアップリンクリソースが受信フィードバックを含まない場合、前記単一のＡＣＫ／ＮＡＫフィードバックメッセージについて前記最後に割り当てられたダウンリンクサブフレームの前に割り当てられたダウンリンクサブフレームに関連する第２のアップリンクリソースをチェックすることを特徴とする、請求項１６に記載の方法。
請求項18
前記アップリンクリソースにおいて単一のＡＣＫ／ＮＡＫフィードバックメッセージが検出されない場合、少なくとも１つのダウンリンク割り当てが見逃されたことが判定されることを特徴とする、請求項１６又は１７に記載の方法。
請求項19
前記単一のＡＣＫ／ＮＡＫフィードバックメッセージは、制御情報が正しく受信されたことを示し、ＮＡＫは、サブフレームの復号が失敗したかダウンリンク割り当てが見逃されたかの少なくとも一方であることを示すことを特徴とする、請求項１６乃至１８の何れか１項に記載の方法。
請求項20
単一のＡＣＫ／ＮＡＫフィードバックメッセージが前記アップリンクリソースにおいて全く検出されない場合、少なくとも１つのダウンリンク割り当てが見逃されたことが判定されることを特徴とする、請求項１６乃至１９の何れか１項に記載の方法。
請求項21
前記アップリンクサブフレームリソースのチェックの結果に基づいて、割り当てられたダウンリンクサブフレームを再送することを決定する工程をさらに含むことを特徴とする、請求項１６乃至２０の少なくとも１項に記載の方法。
請求項22
前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた前記複数のサブフレームが備える前記バンドリングウインドウ内の番号（例えば序数、累積数、及び／又は類似のもの）を示すことを特徴とする、請求項１６乃至２１の少なくとも１項に記載の方法。
請求項23
前記インジケータは、数的指示（例えば一連番号及び／又は類似のもの）を示す少なくとも１ビットを含むことによって、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示すことを特徴とする、請求項１５乃至２２の何れか１項に記載の方法。
請求項24
前記インジケータは、制御チャネル上の前記ダウンリンク割り当ての一部として構成されることを特徴とする、請求項１５乃至２３の何れか１項に記載の方法。
請求項25
前記インジケータは、物理ダウンリンクチャネル（ＰＤＣＨ）（例えば物理ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び／又は類似のもの）上で割り当てられたサブフレームについての、巡回冗長検査（ＣＲＣ）を生成するために用いられる多項式を用いることによって、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームの数を示すことを特徴とする、請求項１５乃至２４の何れか１項に記載の方法。
請求項26
前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームを示す前記インジケータは、物理ダウンリンクチャネル（ＰＤＣＨ）（例えば物理ダウンリンク共用チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、及び／又は類似のもの）上で割り当てられたサブフレームについての多項式を用いて生成された巡回冗長検査（ＣＲＣ）の、スクランブル／マスクから生成された巡回冗長検査値を含み、前記スクランブル／マスクは、前にスケジュールされ割り当てられたサブフレームの数に依存することを特徴とする、請求項１５乃至２４の何れか１項に記載の方法。
請求項27
前記無線チャネルは、時分割複信スキームを含むことを特徴とする、請求項１５乃至２６の何れか１項に記載の方法。
請求項28
無線チャネルを介して、第２の通信デバイスから制御情報及びデータを受信する第１の通信デバイス（１０）であって、無線フレームのサブフレームを受信するように構成された受信装置（１０３）と、前記サブフレームが、前記第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームであるか否かを判定するように構成された制御ユニット（１０１）と、を備え、前記制御ユニット（１０１）は、前記サブフレームが前記第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームである場合に、当該サブフレームに関連付けられたインジケータを解析することにより、当該サブフレームの前に前記第２の通信デバイスにおいてスケジュールされ前記第２の通信デバイスから送信された、データについての何れかのダウンリンク割り当てが、見逃されていないか否かを判定するようにさらに構成されており、前記インジケータは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を与えるように構成されていることを特徴とする、通信デバイス。
請求項29
無線チャネルを介して、無線フレームのうち、第１の通信デバイス向けのダウンリンク割り当てがされたサブフレームを用いて、当該第１の通信デバイスへと制御情報及びデータを送信する第２の通信デバイス（２０）であって、前記第２の通信デバイスは、前記第１の通信デバイス向けのダウンリンク割り当てがされた、前のサブフレームについての知識を、制御情報内で前記第１の通信デバイスへと与えるように構成されたインジケータを、前記サブフレームに付加するように構成された制御ユニット（２０１）と、前記サブフレームを用いて、前記第１の通信デバイスへと前記制御情報及びデータを送信するように構成された送信装置（２０５）と、を備えることを特徴とする通信デバイス。